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REMARKS 

Claims 1, 5-14, and 16-26 have been rejected under 35 U.S.C. § 103(a) as being 
unpatentable over Voxeo Designer 2.0 (hereinafter "Voxeo") in view of Pfeiffer et al. (U.S. 
2003/0055/65 1). In view of the following remarks, Applicants respectfully request formal 
allowance. 

Voxeo discloses a visual phone markup design tool. Voxeo, 3rd para. Any CallXML or 
VoiceXML application may be opened in the Designer tool, updated graphically, and re- 
deployed for use. Voxeo, 3rd para. The workspace depicts a graphical representation of the 
appUcation. Voxeo, 5th para. To add an element to the workspace, one simply clicks on an 
element in a toolbar. Voxeo, 5th para. The toolbar contains all of the CallXML or VoiceXML 
elements that are valid within the current editing context. Voxeo, 6th para. Properties for each 
element can be viewed and/or modified in the property editor. Voxeo, 7th para. 

Pfeiffer et al. disclose a system, method, and computer program product for dynamically 
extending element types for a voice-based extensible mark-up language. Pfeiffer et al., Para. 

[0007]. A plurality of element types are registered with a VoiceXML interpreter. Pfeiffer et al.. 
Para. [0007]. During use, the element may be received, and the extended type attribute 
associated with the element is identified. Pfeiffer et al., Para. [0010]. Thereafter, code 
corresponding to the registered type attribute may be accessed utiUzing the VoiceXML 
interpreter. Pfeiffer et al.. Para. [0010]. Such code extends the fimctionality of the VoiceXML. 
Pfeiffer et al., Para. [0010]. 

Claim 1 is patentably by calling for a process for developing a voice application as set 
forth therein, including "defining execution paths of a voice application by arranging dialog 
elements in a tree structure " (emphasis added). 

Voxeo does not disclose, teach, nor suggest arranging dialog elements in a tree structure . 
It is understood by those skilled in the art that a tree structure is a structure that, in the context of 
application flow, involves a single initial flow (i.e., the tree trunk) that divides into at least two 
flows or branches. Depending on the apphcation structure, each branch may then divide into at 
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least two sub-branches, and so on. The resulting structure looks like a tree (typically inverted, 
with the flow generally progressing from top to bottom), hence the name "tree structure." 

The visual arrangement shown in the Voxeo document is not a tree structure. Each 
"flow" in the Voxeo document simply joins one element to another element. See, Voxeo Screen 
Shot. There is no illustrated possibility of one element branching directly to one of two or more 
other elements; every path originates from a "goto" statement without any alternative branch. 
See, Voxeo Screen Shot. Applicants' specification fiirther points out this distinction: 

In confrast to arbifrary VoiceXML code whose execution can be 

completely non-sequential due to the presence of "GOTO" tags, a 
dialog generated by the system 100 has a tree structure , with each 
path through the tree representing a possible path of dialog 
execution. Para. [0048] (emphasis added). 

As further evidence of Voxeo's lack of free structure, apparent in the Screen Shot on page 
1, the "ErrorBlock" element, for example, can be executed (or reached) by way of two 
alternative flows. Such an arrangement is not characteristic of a free structure, wherein there is 
one and only one path from any point to any other point. See, e.g., Wikipedia, 
http://en.wikipedia.org/wiki/Tree_structure. 

Additonally, neither Voxeo nor Pfeiffer et al., alone or in combination, disclose 
generating voice application code for said appUcation, said application code representing each 
dialog element of said voice application as a sequence of VoiceXML elements including 
extended attributes to allow said free structure of said application to be determined. The 
Examiner acknowledges that Voxeo does not specifically mention this limitation, but asserts that 
Pfeiffer et al, in paragraph [0010], teach this limitation. 

Confrary to the assertion of the Examiner, Pfeiffer et al. in Paragraph [0010] merely refer 
to the use of extended type attributes per se. Pfeiffer et al. provide no disclosure or suggestion 
that the extended type attributes disclosed by Pfeiffer et al. could be used to determine a free 
structure representing execution paths through dialog elements of a voice appUcation as claimed 
and described in Applicants' specification: 

To facilitate the reverse translation from VoiceXML code to 
dialog, the dialog fransformer 204 modifies the VoiceXML code 
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by inserting additional attributes into various element tags, 
providing dialog element information that cannot be stored using 
the available VoiceXML tags. The resulting file 214 is effectively 
in an extended VoiceXML format. The additional attributes are 
stored in a separate, qualified XML namespace so that they do not 
interfere with the standard VoiceXML elements and attributes . . . 
This facilitates the parsing of extended VoiceXML files. Para. 
[0054]. 

Accordingly, Pfeiffer et al. do not teach or suggest generating voice application code for said 
application, said application code representing each dialog element of said voice application as a 
sequence of VoiceXML elements including extended attributes to allow said tree structure of 
said application to be determined as called for in Claim 1, 

Additionally, Applicants maintain that Claim 1 is patentable by calling for "dialog 
elements having user configurable properties and corresponding to respective predetermined 
sequences of VoiceXML elements" and "generating application code for said application, said 
application code representing each dialog element of said appUcation as a sequence of 
VoiceXML elements." and 

In response to Applicants' remarks provided in their previous response, the Examiner 
disagreed with Applicants by asserting that Appendix A from Applicants' disclosure provides 
examples of dialog elements such as "Menu," "Record," "Speaker," and "Jump," among others 
which are the same as Voxeo's CallXML or VoiceXML elements present in the toolbar, such as 
"menu," "recordAudio," "playAudio," and "goto." However, the Examiner's assertion is 
conclusory and in direct conflict with Applicants' specification, which provides: 

Some dialog elements correspond to similar VoiceXML elements 
(e.g., a Menu dialog element corresponds to a VoiceXML <menu> 
element), while others map onto a complex sequence of 
VoiceXML elements (e.g., a Loop dialog element corresponds to 
multiple VoiceXML <form> elements, each form specifying the 
next form to execute in an iterative loop). However, even dialog 
elements that correspond to similar VoiceXML elements represent 
more fiinctionality than the equivalent VoiceXML element . For 
example, a Menu dialog element allows prompts to be set by the 
user, and the Menu dialog element actually maps onto a block of 
VoiceXML code that contains a <menu> element with embedded 
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<prompt>, <audio>, and other XML elements. Para. [0050] 
(emphasis added). 

Therefore, contrary to the Examiner's assertion, dialog elements, as defined by Applicants' 
specification are not the same as Voxeo's CallXML or VoiceXML elements present in the 
toolbar. Rather, as stated above, the toolbar in Voxeo contains all of the CallXML or 
VoiceXML elements that are valid within the current editing context. Voxeo, 6th para, 
(emphasis added). In Voxeo, each of the basic graphical building blocks is a single CallXML or 
VoiceXML element. That is, a user in Voxeo graphically arranges individual CallXML or 
VoiceXML elements and configures them. Therefore, Voxeo does not disclose "dialog 
elements," as they are set forth in Claim 1 . Applicants respectfully request that if the Examiner 
continues to assert that Voxeo discloses "representing each dialog element of said application as 
a sequence of VoiceXML elements," as recited in Applicants' Claim 1, the Examiner should 
provide evidence that Voxeo discloses more than basic VoiceXML and CallXML elements. 

Claims 5-14 and 16 depend firom Claim 1 and are patentable for the same reasons as 
Claim 1 and by reason of the additional limitations called for therein. 

Claim 17 is patentable for reasons similar to Claim 1 by calling for a system for use in 
developing a voice application as set forth therein, including "defining execution paths of said 
application by selecting dialog elements and adding said dialog elements to a tree structure " 
(emphasis added). Claim 17 is additionally patentable by calling for "dialog elements having 
user configurable properties and corresponding to respective predetermined sequences of 
VoiceXML elements" and "generating appUcation code for said application, said apphcation 
code representing each dialog element of said application as a sequence of VoiceXML 
elements." 

Claims 18-24 depend from Claim 17 and are patentable for the same reasons as Claim 17 
and by reason of the additional limitations called for therein. 

Claim 25 is patentable for reasons similar to Claim 1 by calling for a graphical user 
interface for use in developing a voice application as set forth therein, including "defining 
execution paths of said voice application by arranging dialog elements in a tree structure " 
(emphasis added). Claim 25 is additionally patentable by calling for "dialog elements having 
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user configurable properties and corresponding to respective predetermined sequences of 
VoiceXML elements." 

Claim 26 depends from Claim 25 and is patentable for the same reasons as Claim 25 and 

by reason of the additional limitations called for therein. 

In view of the foregoing, it is respectfully submitted that the claims of record are 
allowable and that the application should be passed to issue. Should the Examiner beheve that 
the application is not in a condition for allowance and that a telephone interview would help 
further prosecution of this case, the Examiner is requested to contact Nathan Witzany at the 
phone number below. 

This response is being submitted on or before September 2, 2008, with a request for an 
extension of time to that date, making this a timely response. The Commissioner is authorized to 
charge the fee for the extension of time to Deposit Account No. 04-1420. It is believed that no 
additional fees are due in connection with this filing. The Commissioner is also hereby 
authorized to charge any additional fees or credit any overpayments to Deposit Account No. 04- 



1420. 



Respectfully submitted, 



DORSEY & WHITNEY LLP 
Customer Number 75149 




Nathan J. Witz^y/ 
Reg. No. 60,948 
Telephone: (612) 492-6862 
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